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IT MIGHT HAVE BEEN SAID OF PROGRAMMING 


A little learning is a dangerous thing; 
Brink deep, or taste not the Pierian spring; 
Their shallow draughts intoxicate the brain. 
And drinking largely sobers us again. 


POPE 

Essay on Criticism 
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THU TREE DETAIL ERROR 


The tree detail errdr check is a necessary part of processing C.F.I. 
data. It helps insure that data gathered in the field are free of 
detectable errors* It helps to insure that these data will be properly 
prepared for further processing and that costly machine delays and 
re-runs will not be necessary. It also helps in the development of 
clear and complete field instructions. Ideally, it is completed before 
field work begins. It may then be used as a training aid in explaining 
field instructions. It helps the trainer stress the need for careful 
measurement, estimation, and recording — that is, the need for 
precision in the field. 

For computer application the error check must be programmed. A pre- 
requisite to the computer program is the block diagram, or program 
flow chart. It is an outline which shows the steps that must be taken 
by the program to detect errors in the data and indicate to the forester 
the nature of the errors. It helps translate the forester’s terminology 
into the programmer’ s language. In fact, it serves as a bridge between 
tbe two, for both forester and programmer help build it and each uses 
it for cctnmunication with the other. 

In this newsletter a simple tree detail error check is illustrated. 

Our purpose is not to argue for or against particular classifications 
of data. Rather, it is to demonstrate how, through an error check 
program, data may he compared to established standards, and to show the 
logical steps which such a test follows in detecting deviations from 
these standards. We have not included a written program based on the 
illustrations. It is not necessary for an understanding of the subject 
and it would require an involved explanation which is beyond the scope 
of this paper. 

The material which follows should he readily understood after a careful 
reading or two. In addition to the remainder of the text there are : 
a set of simple standards and codes; a general block diagram which 
indicates broadly what errors were tested for; a detailed block 
diagram; an explanation of symbols used; a sheet of sample data such 
as might he used for testing the error check program; and a portion 
of a listing of erroneous data from an actual C.F.I. case. 

It should he understood that several assumptions were made in preparing 
this material. The Simple Semple Forest is, of course, imaginary, as 
are the sample data. Standards and codes have been kept simple for 
reasons of brevity and clarity. The forest has no sawtimber. Trees 
are either pulpwood or culls. To have included other tree status 
classes of live trees would have unduly lengthened and complicated the 
diagrams and explanation. Species are similarly limited. The 40- inch 
diameter limit shown is an estimated maximum. It was sat as a top 
limit in order that the program could detect the occasional gross 
diameter error that might otherwise escape notice. Dimensional 
changes on ingrowth and repeater trees are also estimated max i mums . 
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The term "Repeater Tree" as used here means a tree alive at both 
measurements hut not necessarily of the same tree status both times. 
Also, we have used a "safety valve" which we call the "Change" field. 

It allows the estimator, when he detects an exception to the rules, 
to indicate this in the field card. Later, when the error check program 
detects the exceptional situation, it will test for the proper "Change" 
code and not indicate an error. 

Having decided what data to gather and what standards and codes to use, 
we next had to decide what errors we want to find. We want the check 
to be thorough but not unnecessarily refined. Mai n ly we want to be 
sure that (l) there are no double-punches or blank columns in any 
fields; (2) the codes used are those allowed and established by our 
standards; ( 3 ) the relationships between items of data at each 
measurement are as defined; (4) exceptions to the rules are detected. 

The general system diagram (Figure 2) shows what errors we will test 
for and at what stages in the flow of data through the error test. 

The dashed symbols near the bottom of the diagram (and of Step 77, 

Figure 4) indicate two of several optional forms of error reports we 
might have selected. 

In our example we have assumed that our records- control procedures 
and subsequent report generation are such that we need only check for 
plot and tree number range. Duplicate and missing plot and tree numbers 
“light have been tested for but in this example were not. 

In order to be of use to all concerned, the error check system diagram 
must be expanded to indicate in detail what tests are to be made, what 
the data limits are and what is to be done in each situation which 
develops as a result of the tests. Figure 4 shows this detail. The 
symbols used are explained in Figure 3 and on PI of Figure 4. 

It should be ■understood that although the data cards pass through the 
card reader at the rate of several hundred per minute, each card is 
tested individually before the next card is read. All questions, n 

decisions and actions, from "Read" at Step 2 to "Is this the last card? 
at Step 79, are completed before the computer "asks" for another card 
to be read, or in the case of the last card, prints the card-count and 
halts. 

Most cards, whether error free or not, will pass through most of the 
steps indicated on PI, 2, 3 . 5 and 6 of Figure 4. Culls will bypass, 
or branch around, steps 38-4-5 because they must have soundness 9 and 
vigor 4. These are tested at Steps 34 and 36 after which culls are 
carried to letter (C) for comparisons of old and new data. 

Dead trees (TS 5 ) and cut-and-used trees (TS 6) branch away from the 
main path at Steps 20 and 23 to letter (B) which is shown on P4, Here 
old data are tested which affect volume of the tree. Vigor has no 
place in the volume calculation so it is not tested, though it may be 
if it is desired. 
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Figure 5 is an examp le of test data which may be used in testing the 
program. Each line represents one data card, or one tree. Hopefully, 
each contains one error. In actual testing a more complete deck of 
test cards is key- punched from a similar list and passed through the 
programmed computer. Each of the errors should be detected and 
indicated on the print-out. No errors should be indicated which 
do not exist. It is not necessary to make test data for every error 
which could occur, but each class of error should be included in the 
test deck. 

Using these examples, mentally pass some of the cards through the block 
diagram and see where errors are indicated. Make up data of your own 
to test the diagram. Occasionally one type of error will be indicated 
when actually another exists. For example, a tree which is dead and 
thus has no new data may have been miscoded as Tree Status 2-2 instead 
of 2-5. Since 2-2 is an allowable combination under tbe standards in 
Figure 3, the errors indicated win be in DBH, UL, soundness. Vigor, 
etc. This is not a serious problem. Each erroneous card must he 
examined by the forester and he will soon see where the trouble lies 
and easily correct it. 

Figure 6 is an example of an error listing (Figure 4, Step T 6) in which 
all the data in each error card are printed. Asterisks over particular 
items of data indicate errors. In cases of blanks, tbe asterisks appear 
over blank spaces where tbe data should be. Such a list is most useful 
to the forester who may study it, make red pencil corrections, and send 
it to the key puncher. The key punched cards are error checked, and 
when finally correct, are substituted for tbe original erroneous cards, 
which were selected in tbe Collator with the aid of tbe error finder 
cards. 

As previously mentioned, the creation of an error finder card (Figure h f 
Step 77) is optional. It is punched by the computer when an erroneous 
card has been tested. After an error check run it may be used in the 
collator to select error cards from the deck of data cards. It is a 
standard, plain, 80-column card. Plot number and tree number of tbe 
erroneous card are punched into the finder card by tbe computer. An 
11- zone punch, or X- punch, is also punched in any one of tbe remaining 
columns. The column X-punched indicates the kind of error which exists 
in the data card. An X-punch in column 10, for example, might indicate 
an error in the plot number field. An X-punch in column 11 might 
indicate an error in tree number. An X-12 might shew a species error; 
X-13 another type of error, and so on. 

There are numerous variations of this general procedure . Each case 
differs from the others and no detailed plan may he drawn which applies 
to all. But in general, if the steps outlined here are followed, an 
error check program may he written which will detect all important 
errors, and will save time and increase accuracy in error correction 
over hand and sorter methods. It will be a good check on the thorough- 
ness of field instructions and it may be used by trainers in explaining 
field instructions and in developing an understanding of the need for 
accurate work in the field. And it will, of course, help to insure 
that correct data are being used in subsequent data processing and 
report generation. 
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Figure 1 . Standards and Codes for The Simple Sample Forest 


Plot Number From 001 to 140. Plot number is the code. 

Tree Number From 001 to 111. Tree number is the code. 


Species 


01 = Sugar Maple 

Code 20 = Aspen 

02 = Red Maple 

21 = Paper Birch 

03 = Yellow Birch 


04 = Basswood 

30 * White Pine 

05 = Elm 

31 = Red Pine 

10 = Hemlock 

40 = Miscellaneous 


DBH 

Usable 

Length 


Minimum: 05. 0" 

To nearest full 
Minimum: 04’ 


Maximum: 40.0" 


DBH number is the code. 


DBH-UL 
Comparison 
(6 Multiplier) 


Soundness 

Vigor 

Tree Status 


5" 

6 " 

7 " 

8 " 

9" 

10 " 


- 30* 

- 36' 

- 42* 

- 48* 

- 54 ’ 

- 60* 


feet. To 4.5" top dob. 

Maximum: 98* UL number is the code. 

11 " - 66 * 

12 " - 72 ’ 

13" - 78* 

14" - 88’ 

15"+- 98’ 


Code 


7 = 97# 

Code 8 = 78# Never Vigor 1 

3 * 93# 

5 = 65# Always Vigor 3 

6 = 86# 

9 * 99# Cull 

1 = Good 

Code 3 * Poor 

2 = Fair 

4 = Cull 

Old: Code 0 

= Ingrowth New: Code 2 = Pulpwood 


2 

4 


Pulpwood 

Cull 


5 

6 


Cull 

Dead 

Cut-&-Used 


Comparisons 
between old 
and new data 


DBH Change 


U L Change 


Maximum growth expected = 1.5" in 5 years 
Ingrowth Tree: Maximum DBH = 06.4" 

Repeater Tree: New DBH = Old DBH + 1.5" 

Maximum growth expected * 16* in 5 years 
Ingrowth Tree: See DBH-UL comparison above 

Repeater Tree: New UL = Old UL + l6’ 


Soundness & Vigor Any change acceptable except from 

cull to commercial. 

Tree Status Allowable Code Combinations: 0-2 2-4 4-4 

0-4 2-5 4-5 

2-2 2-6 

Change Code 0 =* Dead tree or tree cut and used. 

1 = Normal change: DBH & UL changes don’t exceed limits shown. 
3 = Abnormal change: DBH ft. /or UL changes exceed limit shown. 
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Figure 2c Tree Detail Error Check System Diagram (General) 
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Figure 3* Symbols Used in the Simple Sample Forest Tree Detail 
Error Check System Diagram (Detailed) * 



Question* In this case the question 1st "Is the 
left-hand digit of the species code a 1 or a 4?" 

Direction in which action flows* 


r 

N 

ERR 



"Yes" answer to a question asked in a di a m o nd * 
"No" answer to a question asked in a diamond* 


At these points computer inter na l l y chalks up an 
indication that an error has been found. Near ^ the 
end of the diagram you will see the question, "Any 
Errors?", that is, were any errors c halk ed up? 

If so, they will be indicated in the error report. 

"L" indicates "Left" or high- order position of a two- 
column field; "R" indicates "Right." In an actual 
case the particular card column numbers would be shown* 

Position indicator* 


This instruction means "Branch to A," i.e., go to 
the position indicated by encircled letter* 

Equal to or less than* 

Equal to or greater than* 

Old data, i.e*, data from the previous measurement. 
Compare old data fields to new data fields* 



Is the card being tested the last data card? 


/ ^ | 

| Punch 1“ 


Optional course of action# In this case the 
options are to punch or not to punch a card# 



Two courses of data flow which do not intersect# 
(Such line-crossing is frowned on in the better 
block-diagracnnJjag and flow- chart ing circles)# 


6 




figure 4. Tree Detail Error Check System Diagram (Detailed) 
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Figure %• (©wrtinoed) 










Figure 4* (Continued) 

Tree Status 5 (Dead) and 6 ( Cufc-and-Used) 
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Sample Tree-Detail Data for Use in Testing the Error Check Program 


UT<CZ\D 


</) 
hi O 
U) h 

ft 

b 






o o 

-I z 
Q- 


'i ^ 

'5X0 4' 

j . \ k 

k 'C] O 


Wiio 

^ <\a 
0 

O 1 


<Vi, <A 

- X 
^ : cr 

is* 


3 j 

* J 

cCi ^ N, 

A > vl 

5 R Vi 


: 4 r ^ j h l\ ^ 
-§ 14: >8 

L ^ri V J. : “* N sr ^ 
R R v -3? a : 0- 

.is? sk cR ci 


^"<1 ^ 1R ^ Jcjfla 
^ 3j> ^-i(^ 3 k a A 



; i j 

- 1 

j 

_ i 
O ! 

j 

j 

i 

- 

1 

■ 

— < j 

^ j ^ 

I 

^ ! 

! 

j 

X& 

! 


«< 

; 7 

^ ^ 


7 



— 

- ! - R 

- 

1 

1 

j 

1 * 

1 


-i 

1 

S - : - ! ^ 

| ; 

- 

- 

1 

j 

j 

t 

j 




- 13 - 


















FIELD SCHEDULE FOR THE COOPERATIVE FOREST INVENTORY BRANCH IN 1965 


July 12-16 

CFI remeasurement. Northwest Paper Company, 
Cloquet, Minnesota. 

Stott and Branam 

July 19 - 23 

CFI remeasurement , Gogebic County, Bessemer, Michigan. 
Stott and Branam 

July 26 - 29 

CFI remeasurement, Cleveland- Cliffs Iron Company, 
Munising, Michigan. 

Smith 

August l6 - 20 

CFI establishment, Indiana State Forest Service, 
Indianapolis, Indiana. 

Stott and Branam 

August 23 - 27 

CPI remeasurement , Muskingum Conservancy District, 
New Philadelphia, Ohio# 

Stott and Branam 


Follow-up check by Smith in Gogebic County if needed. 
ADP standardization plans. Stott, 

September 13 - 2k 

CFI quality grading and economic study on 27-year-old 
samples. 

ADP standardization plans, L’Anse, Michigan, 

Stott and Branam 


Follcw-up check by Smith or Stott on C.C.I. case if needed. 

October 11 - 15 

CFI Purdue project in local woods. 
Stott and Branam 

October 18 - 22 

CFI - ADP standardization plans at L*Anse, Michigan. 
Stott and Branam 

October 23 - 27 

SAF meeting in Detroit, Michigan. 
Stott, Smith 


Follow-up check by Stoith or Stott on Indiana State 
CFI if needed. 

November 1-12 

CFI remeasurement assistance wherever most needed. 
Smith or Stott 


GENERAL COMMENT Office work for the season will include the completion of 

Pioneer Forest and U.S.B.I.A. data processing projects 
for CFI cases, by Smith; the preparation of papers and 
articles on CFI by Stott, and the development of a winter 
season ADP school plan for Smith. 
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